-
Notifications
You must be signed in to change notification settings - Fork 264
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add extra link check to release.md #613
Add extra link check to release.md #613
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Copilot reviewed 1 out of 1 changed files in this pull request and generated no comments.
RELEASING.md
Outdated
@@ -2,6 +2,9 @@ | |||
|
|||
_Instruction for Maintainers only._ | |||
|
|||
- Run [opentelemetry.io workflow](https://github.com/open-telemetry/opentelemetry.io/actions/workflows/build-dev.yml) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
How do you run this against a submodule? Can you please provide more details. I don't know how to do this.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
- open that link
- type opentelemetry-proto into the submodule field
- Run it
- wait for it to complete
- Both
BUILD and CHECK LINKS
andWARNINGS in build log?
should pass. - If any of them fails, check
BUILD and CHECK LINKS
/Run npm run log:test-and-fix
logs - broken links should be there - Ignore
REFCACHE updates?
status.
Did I capture it right @chalin ?
run with broken links
run without issues:
I don't think we normally go into this level of details in release doc so I don't think we should update it, it's easy to figure out the moment you try it.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes, that's about it. 👍🏻
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Great, thanks! Would it be possible to add the distilled version of this to RELEASING.md?
RELEASING.md
Outdated
@@ -2,6 +2,9 @@ | |||
|
|||
_Instruction for Maintainers only._ | |||
|
|||
- Run [opentelemetry.io workflow](https://github.com/open-telemetry/opentelemetry.io/actions/workflows/build-dev.yml) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes, that's about it. 👍🏻
Co-authored-by: Patrice Chalin <[email protected]>
I'm going to close it in favor of #614 |
See open-telemetry/semantic-conventions#1009 and #611 (comment) for the context.
TL;DR: markdown-link-check does not check cross-file anchor links.
Today broken links are discovered only when a new proto release is published on otel.io, where these links needs to be manually overridden and fixed.
The general tooling for this is tracked in open-telemetry/semantic-conventions#1009, in the meantime, we should leverage otel.io workflow that can run against proto
main
branch and detect broken anchors.It finds a few broken anchors in almost every semconv and spec release, so 1) it's useful 2) it adds just a few minutes to the release process and not too bad.
This PR adds this as a manual step until we have a full automation.